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Secure Internet Compatible Bi-directional Communication System and 

User Interface 

This invention concerns a system and User interface suitable for use in 

10 an interactive bi-directional communication such as a cable modem, computer, TV, 
VCR, set top box or an associated peripheral device. 

Home entertainment systems increasingly include both Personal 
Computer and television functions (PC/TV functions) involving multiple source and 
multiple destination communication. Such a system may receive data from satellite or 

15 terrestrial sources comprising High Definition Television (HDTV) broadcasts, Multi- 
point Microwave Distribution System (MMDS) broadcasts and Digital Video 
Broadcasts (DVB). Such a system may also provide high speed Internet access 
through a broadcast link or a coaxial link (e.g. cable TV lines) using a cable modem or 
via a telephone line link using an ADSL or ISDN (Asynchronous Digital Subscriber 

20 Line or Integrated Services Digital Network) compatible modem, for example. A 
home entertainment system may also communicate with local sources such as Digital 
Video Disk (DVD), CDROM, VHS, and Digital VHS (DVHS™) type players, PCs, 
set top boxes and many other types of sources. 

It is desirable for a home entertainment system supporting Internet 

25 compatible bi-directional communication using cable and other types of modems to be 
able to provide security and flexibility of operation. Specifically, it is desirable to 
provide a secure User interface preventing unauthorized Internet access and 
supporting complex User interactive tasks whilst providing a simple command 
interface suitable for the general public. It is further desirable to provide User 

30 flexibility in configuring home entertainment communication functions and in 
allocating Internet domain names (e.g. Universal Resource Locators - URLs) to 
manage and access elements and peripherals of a home entertainment system and to 
support Internet applications. Such applications may involve devices including video 
receivers, audio receivers, VCRs, DVDs, PCs, printers, scanners, copiers, telephones, 

35 fax machines and home appliances that are operated in stand alone mode or in a 

• domestic (or other) intra-net, for example. These problems and derivative problems 
are addressed by a system according to the present invention. 

A system including a modem locally generates a web page as a User 
interface enabling a User to lock the modem and prevent unauthorized Internet access. 

40 The modem (a bi-directional communication device such as a cable modem ADSL or 
other type of modem) uses a plurality of protocol layers in communicating on a 



WO 01/30009 



PCT/USOQ/28344 



2 

5 communication link. The system prevents Internet access by validating authorization 
of a User command and inhibiting Internet access by limiting bridging communication 
between a first port and a second port in response to the validated User command. The 
system maintains communication with a remote device on a first link via a first port 
using a plurality of communication protocol layers during a period in which bridging 

10 communication is inhibited. 

In another feature, the system prevents Internet access by inhibiting 
Internet access on a first communication protocol layer of a plurality of protocol 
layers. The system maintains communication with a remote device on a different 
second communication protocol layer of the plurality of protocol layers during a 

1 5 period in which communication on the first protocol layer is inhibited. 

Brief Description of the Drawings 

In the drawing: 

20 Figure 1 shows a cable modem system, according to the invention. 

Figure 2 shows a functional depiction of the cable modem in a network 
environment with multiple PCs and a cable TV system head-end, according to the 
invention. 

25 

Figures 3 shows a flowchart of a method for translating a domain name 
to a corresponding Internet compatible web page address, according to the invention. 

Figures 4 shows a flowchart of a method for inhibiting and unlocking 
30 Internet access using a cable modem, according to the invention. 

Figures 5-8 show web pages generated by the cable modem of Figure 1 
depicting examples of User interface menus providing the capability of locking and 
unlocking Internet access, according to the invention. 

35 

Figures 9-1 1 show User interface menus generated by the cable modem 
of Figure 1 exemplifying password and userid entry for use in managing Internet 
access, according to the invention. 



40 Figures 12 and 13 show web pages generated by the cable modem of 

Figure 1 , according to the invention. 
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Figure 1 shows a cable modem system that advantageously prevents 
unauthorized Internet access by providing a User with the capability Of locking and 
unlocking the modem's Internet communication function. The cable modem system 
also incorporates a Domain Name Snoop Server (DNSS) for advantageously 

10 intercepting Domain Name resolution requests and for translating a domain name to a 
corresponding Internet compatible web page address. In support of these and other 
features, the modem advantageously generaies a web page based graphical user 
interface for display to a user on a PC using different standardized browser 
applications. These modem features address the problems of preventing unauthorized 

15 Internet access and providing User flexibility in allocating Internet domain names to 
manage and access elements and peripherals of a home (or other) intra-net system 
using a simple command interface suitable for the general public. 

The exemplary embodiment of system 12 of Figure 1 supports cable 
modem bridging communication between a remote CATV head-end and local area 

20 network (LAN) devices, e.g. a PC, that are local to the cable modem. The bi- 
directional communications between system 12 and the CATV head-end are in a 
multi-layered protocol format. This multi-layered protocol format involves a QAM 
(Quadrature Amplitude Modulation) or QPSK (Quadrature Phase Shift Keying 
Modulation) physical layer. This physical layer conveys MPEG2 (Moving Pictures 

25 Expert Group) transport protocol data conveying DOCSIS MAC (Media Access 
Control) data frames. The MAC data conveys Ethernet data frames or MAC 
management data and the Ethernet data in turn conveys IP layer data. The cable 
modem also maintains a return communication path to the CATV head-end 
employing Time Division Multiplexed communication of return data in Ethernet 

30 protocol. 

The encompassing physical layer data transmitted from the CATV 
head-end to the cable modem is processed and converted *io Ethernet or USB format 
for communication to LAN devices attached to corresponding Ethernet or USB ports. 
The cable modem maintains bi-directional communication with the LAN devices and 

35 also receives data from the devices in corresponding Ethernet or USB protocol. The 
bi-directional communications between system 12 and the Ethernet compatible or 
USB compatible devices (attached to ports 72 and 82 of system 12) involve a multi- 
layered protocol format in similar fashion to the communication between the CATV 
head-end and system 12. This multi-layered protocol format may include 

40 Ethernet/USB frames, HTTP (Hyper Text Transmission Protocol) and TCP/IP 
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5 (Transmission Control Protocol/Internet Protocol) data and other protocols depending 
on the applications served. 

The cable modem described herein employs an MPEG compatible 
protocol conforming to the MPEG2 image encoding standard, termed the n MPEG 
standard". This standard is comprised of a system encoding section (ISO/IEC 13818- 

10 1, 10th June 1994) and a video encoding section (ISO/DEC 13818-2, 20th January 
1995). The Internet TCP/IP (Transmission Control Protocol/Internet Protocol) and 
Ethernet compatible protocols described herein provide compatibility with the 
Multimedia Cable Networks Systems (MCNS) preliminary requirements and DOCSIS 
1.0 (Data Over Cable Service Interface Specification 1.0) requirements ratified by the 

15 International Telecommunications Union (ITU) March 1998 and as specified in RFC 
2669 (Request For Comment Document 2669). Further, the discussion of Domain 
Name processing herein involves Domain Name Resolution procedures that are 
documented in RFC 1591 March 1994 and in RFC 1918 February 1996 and other 
documents. The RFC documents are available via the Internet and are prepared by 

20 Internet standards working groups. 

The principles of the invention may be applied to any bi-directional 
communication system and is not restricted to cable, ADSL, ISDN or conventional 
type modems. Further, although the disclosed system is described as processing web 
page data for display, this is exemplary only. The term Veb page' is to be interpreted 

25 generally to represent any form of data that may be communicated via Internet 
Protocol (IP) from an Internet source and includes any form of packetized data 
including streamed video or audio data, telephone messages, computer programs, 
Emails or other communications, for example. 

The cable modem (system 12) of Figure 1 communicates with a CATV 

30 head-end over a bi-directional broadband high speed RF link on line 10 which 
typically consists of coaxial cable or hybrid fiber/coax (HFC). The modem system 12 
bi-directionally communicates with devices located at a User site over local area 
networks (LANs). Typical User-side local area networks include Digital/Intel/Xerox 
Ethernet compatible networks attached via connector 72. Other User-side devices 

35 communicate via a Universal Serial Bus (USB) compatible network attached via 
connector 82. User devices attached on the Ethernet and USB networks may include 
equipment such as personal computers (PCs), network printers, video receivers, audio 
receivers, VCRs, DVDs, scanners, copiers, telephones, fax machines and home 
appliances, for example. 

40 In operation, diplexer 20 of cable modem system 12 of Figure I 

separates upstream communications (sent from modem 12 to a CATV head-end) from 
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5 downstream communications (sent from a CATV head-end to modem 12) conveyed 
via cable line 10. Diplexer 20 separates upstream data from downstream data based on 
the different frequency ranges that the upstream data (typically 5-42 MHz) and 
downstream data (typically 92-855 MHz) respectively employ. Controller 60 
configures the elements of cable modem 12 of Figure 1 to receive MPEG2 transport 

10 data from the CATV head-end on cable line 10 and to convert the data to Ethernet or 
USB compatible format for output via ports 72 and 82 respectively. Similarly, 
controller 60 configures the elements of cable modem 12 of Figure 1 to receive 
Ethernet or USB compatible data from ports 72 and 82 and to convert and transmit 
MPEG2 transport protocol data to the CATV head-end on cable line 10. Controller 60 

15 configures the elements of system 12 through the setting of control register values 
within these elements using a bi-directional data and control signal bus. Specifically, 
controller 60 configures tuner 15, saw filter 25, differential amplifier 30 and MCNS 
(Multimedia Cable Networks Systems) interface device 35 to receive a DOCSIS 
formatted signal on a previously identified RF channel frequency. The DOCSIS 

20 formatted signal comprises an MPEG2 transport protocol format conveying Ethernet 
compatible data frames including IP data content. 

Controller 60 employs an initialization process to determine the RF 
channel frequency that tuner 15 is to be configured to receive. The initialization 
process involves iteratively tuning to successive candidate RF channel frequencies 

25 until a DOCSIS compliant signal is obtained. Controller 60 recognizes a DOCSIS 
compliant signal on a candidate channel through the successful decode by MCNS 
interface processor 35 of the received data and through a correspondingly acceptable 
error rate for the decoded data. In the initialization process, controller 60 in 
conjunction with MCNS interface 35, amplifier 85 and RF transformer 87, also 

30 transmits data upstream to the CATV head-end for a variety of purposes including for 
adaptively and iteratively adjusting upstream and downstream communication 
parameters. These parameters include cable modem transmission power level and 
timing offset, for example. . 

Following initialization and in normal operation, an RF carrier is 

35 modulated with MPEG2 transport protocol data using 64 or 256 QAM (Quadrature 
Amplitude Modulation). The MPEG2 transport data includes Ethernet formatted data 
which in turn includes IP data representing a User requested HTML (HyperText 
Mark-Up Language) web page, for example. The MPEG transport data is provided by 
diplexer 20 to tuner 15. Tuner 15 down-converts the input signal from diplexer 20 to a 

40 lower frequency band which is filtered by saw filter 25 to enhance signal isolation 
from neighboring RF channels. The filtered signal from unit 25 is level shifted and 
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5 buffered by differential amplifier 30 to provide a signal compatible with MCNS 
interface processor 35. The resultant down converted, level-shifted signal from 
amplifier 30 is demodulated by MCNS processor 35. This demodulated data is further 
trellis decoded, mapped into byte aligned data segments, deinterleaved and Reed- 
Solomon error corrected within processor 35. Trellis decoding, deinterleaving and 

10 Reed-Solomon error correction are known functions described, for example, in the 
reference text Digital Communication, Lee and Messerschmidt (Kluwer Academic 
Press, Boston, MA, USA, 1988). Processor 35 further converts the MPEG2 format 
data to Ethernet data frames that are provided to processor 60. 

Processor 60 parses and filters the Ethernet compatible data from unit 

15 35 using filters configured from the CATV head-end. The filters implemented by 
processor 60 match IP data identifiers in incoming Ethernet frame packets provided 
by unit 35 with IP identifier values pre-loaded from the CATV head-end. The IP 
identifier values are pre-loaded during a previously performed initialization or 
configuration operation. By this means processor 60 implements a data admission 

20 control function forwarding selected data to local LAN devices and discarding other 
selected data content. This configurable filter system may be advantageously used to 
filter data based on metadata items in the incoming data for a variety of purposes 
including based on, (a) content rating for parental or other blocking control, (b) 
predetermined User preferences for targeting advertisements and "push-content", (c) 

25 firewall filtering, (d) identity of source, and (e) a data search function. The filtered 
Ethernet compatible serial data is communicated to a PC via Ethernet interface 65, 
filter and isolation transformer 70 and port 72. Interface 65 buffers and conditions the 
data from processor 60 for filtering and transforming by unit 70 for output to a PC via 
port 72. 

30 In similar fashion, controller 60 converts and filters IP data (conveyed 

in Ethernet data frames) from processor 35 for output in USB format via port 82. The 
USB data is buffered by transceiver 75 and filtered by noise and interference 
suppression (EMI/ESD) filter 80 prior to output to USB compatible LAN devices 
connected to port 82. 

35 Modem system 12 also communicates data upstream from an attached 

PC, for example, to a CATV head-end. For this purpose, controller 60 of system 12 
receives Ethernet compatible data from the attached PC via port 72, interface 65 and 
filter/isolation transformer 70 and provides it to processor 35. Processor 35 modulates 
an RF carrier with the received Ethernet format data using 16 QAM or QPSK 

40 (Quadrature Phase Shift Keying Modulation).. The resultant modulated data is time 
division multiplexed onto cable line 10 for upstream communication via amplifier 85, 
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5 transformer 87 and diplexer 20. Amplifier 85 outputs the data to the CATV head-end 
with an appropriate power level selected in the previously described initialization 
* process. Transformer 87 provides a degree of fault and noise isolation in the event of a 
failure in the modem 12 or upon the occurrence of locally generated noise in the 
modem or in attached devices. 

10 In similar fashion, modem system 12 also communicates data upstream 

from devices attached via USB port 82. In an exemplary implementation, controller 
60 of system 12 receives Ethernet compatible data from transceiver 75 and provides it 
to processor 35 for upstream communication in the manner previously described. For 
this purpose, transceiver 75 receives Ethernet data encapsulated within USB frames 

15 from port 82 via filter 80 and removes the USB frame data to provide Ethernet format 
data to controller 60. 

Controller 60 is also responsive to on/off and reset switch 90 and 
performs a variety of functions in addition to those already described. Specifically, 
modem 12 under the direction of controller 60 advantageously, (a) enables a User to 

20 lock the modem and prevent unauthorized Internet access, (b) supports interception of 
Domain Name resolution requests and the translation of a domain name to a 
corresponding Internet compatible web page address, (c) enables the allocation of 
Internet domain names for usage in a home, private Internet or other intra-net system 
independently of the public Internet, and (d) generates interactive HTML web pages 

25 as a graphical User interface. In addition, controller 60 configures modem 12 
parameters using configuration information provided from a CATV head-end. 
Controller 60 also directs system 12 in synchronizing and multiplexing upstream 
communication onto cable line 10 and implements a rate limit in controlling upstream 
data traffic. Further, controller 60 bi-directionally filters received data and provides 

30 selected data to either the CATV head-end and LAN devices attached to ports 72 and 
82. Controller 60 also maintains a TCP/IP data stack for buffering and data 
management purposes and supports data ranging communication with the CATV 
head-end. The ranging communication is initiated by the CATV head-end and 
comprises the continuous but intermittent polling of individual modems to determine 

35 status and to identify modem or line failures. 

Figure 2 shows a functional depiction of the cable modem of Figure 1 
in a network environment including multiple PCs and a CATV head-end. The 
functional elements of Figure 2 shown within system 12 are executed by controller 60 
(Figure 1) in conjunction with the remaining system 12 elements depicted in Figure 1. 

40 In Figure 2, Cable modem 12 provides bi-directional bridging communication 
between a cable service provider 240 at a head-end and LAN connected PCs 220 and 
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5 265. In system 12, bi-directional bridging communication between different input and 
output protocols is provided by interface and protocol conversion functions 225 and 
235. The bi-directional communication path provided by units 225 and 235 supports 
protocol conversion in a multi-layered protocol structure. As previously described in 
connection with Figure 1, the protocol layers involve hierarchical MPEG2, Ethernet, 

10 and IP protocol layers as well as a USB protocol layer and a QAM or QPSK 
modulation physical layer. In addition, a TCP/IP stack 260 buffers request and 
response message data for web page generator, server and management function 255 
and SNMP (Simple Network Management Protocol) communication function 245. 
Further, both the SNMP communication function 245 and the web page manager 

15 function 255 employ modem database 250 in responding to commands. 

The SNMP function 245 receives and interprets. SNMP 
communications from the CATV head-end 240 and manages the operation of system 
12 in response to these communications. Specifically, function 245 configures modem 
12 and updates system parameters using configuration information provided from the 

20 CATV head-end. Function 245 also configures bi-directional filters in system 12 for 
parsing and either forwarding, re-directing or discarding received messages from PCs 
220. 265 and CATV head-end 240. Function 245 also supports the previously 
described ranging communication function initiated by head-end 240 for continuous 
polling of modem 12 to determine the modem status and operational condition. 

25 Web page generator function 255 generates interactive HTML web 

pages as exemplified in Figures 12 and 13 discussed later. The generated web pages 
comprise a graphical User interface enabling a technician to readily perform 
diagnostic tests on system 12 and the associated networks. Function 255 generates 
HTML web pages for display on an attached User's PC 220, for example, allowing a 

30 technician to determine faults and status directly through the User's PC. A generated 
web page may also be remotely accessed following a password and userid 
authorization procedure with a remote PC using SNMP or another protocol. The 
generated web pages enable an authorized User to prevent unauthorized Internet 
access by providing a User with the capability of locking and unlocking the modem* 

35 Internet communication function. The generated web pages also provide a User 
interface enabling viewing and/or update of system parameters and received data such 
as security alerts, special events (promotions etc.), network traffic statistics and 
underflow or overflow conditions and data transfer statistics. The web pages also 
. provide diagnostic, billing, status, internal configuration and other information and 

40 enable modem configuration change. In another embodiment, the functions performed 
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5 by the generated web pages that are described herein may be incorporated within a 
web browser page. 

The web pages generated by function 255 also provide an interface 
enabling a User to allocate an Internet domain name to a private Internet (versus the 
public Internet). The interface, for example, enables a User to allocate an Internet 

10 domain name to an element ;in a home (or other) intra-net system. For this purpose an 
intercepting Domain Name Snoop Server (DNSS) 230 supports interception of 
Domain Name resolution requests generated by PC 220 in response to a User Internet 
web page request initiated via a browser running on PC 220, for example. The DNSS 
230 translates the intercepted domain name to a corresponding private Internet web 

15 page address thereby enabling private Internet domain names to be allocated via the 
generated web pages for usage in a home or other private Internet or intra-net system 
and independently of the public Internet 

Figures 3 shows a flowchart of a method for translating a domain name 
to a corresponding Internet compatible web page address. The method is employed by 

20 controller 60 of Figure 1 (in conjunction with the other elements of system 12 of 
Figures I and 2) to enable private Internet domain names to be allocated via a 
generated web page for usage in a home or other private intra-net system. Following 
the start at step 300, PC 220 (Figure 2) in step 303 (Figure 3) transmits a Domain 
Name Resolution request to system 12 (Figure 2) in response to a User web page 

25 request via a browser running on PC 220. The PC 220 browser submits a Domain 
Name Request following standard Internet resolution protocols as detailed the RFC 
(Request For Comment) documents available on the Internet e.g. RFC 1035, 1591, 
18 16 as well as subsequent and earlier RFCs associated with these documents. 

An Internet Domain Name Resolution request is responded to by a 

30 Domain Name Server (DNS) used in resolving domain names to IP addresses. 
Requests are submitted by a resolver to one or more DNS* to get the full IP address 
of a particular machine or device. For example, on a web browser a User may type 
RCA.com. This is then sent to a DNS which may translate it to IP address 
157.254.235.215. A web browser uses this IP address to contact the web server and 

35 retrieve web page information. Note that this example is extremely simplified. In 
practice, several hierarchically organized DNS's are used via a referral or recursion 
process, plus many other processes are involved including caching and age factor 
processing. 

The Domain Name Resolution request is submitted by PC 220 to 
40 system 12 for forwarding and translation of the Domain Name entered by the User 
into a corresponding TP address of the source of the requested web page. In step 305, 
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5 an Intercepting Domain Name database (unit 250 of Figure 2) is provided for use 
within system 12. The intercepting Domain Name database associates IP addresses 
Math Domain Names of intra-net devices on a domestic LAN. (a private intra-net) and 
is derived from Domain Names and IP address information locally allocated by a User 
via a web page interface generated by system 12. Alternatively, the intercepting 

10 Domain Name database may be downloaded using DHCP (Dynamic Host 
Configuration Protocol) from a remote Internet location e.g. from the CATV head- 
end. In another embodiment, the intercepting Domain Name database may be 
downloaded from local Internet location e.g. from local storage or the database may 
be pre-stored within system 12. 

15 In step 310, Snoop Server (DNSS) 230 of system 12 (Figure 2) 

examines the Domain Name Resolution request message from PC 220 to determine if 
the conveyed Domain Name matches a name in database 250. In step 315, system 12 
(under direction of controller 60 of Figure 1) intercepts the Domain Name Resolution 
request from PC 220 (Figure 2) if the conveyed Domain Name matches a name in 

20 database 250 (Figure 2). Upon such a name match, system 12, in step 317, inhibits 
further communication of the Domain Name Resolution message to a public Internet 
Domain Name Server. Snoop Server (DNSS) 230 in step 320, in conjunction with 
database 250, translates the intercepted Domain Name to an IP compatible address 
and in step 323 communicates the IP address back to the requesting source (PC 220 in 

25 this example). Further, system 12 in step 325 maintains a history of Domain Name 
and IP address translations and requests within database 250 and collates and 
compiles the information for monitoring and other purposes including, for example, 
parental control, firewall filtering, or for the accumulation of User preference data as a 
background operation. The compiled information is made available for display on a 

30 web page generated by unit 255 either continuously or upon User request via the web 
page. The process of Figure 3 terminates in step 330. 

In other embodiments, step 317 is not performed and system 12 also 
communicates the Domain Name Resolution message received from PC 220 to a 
public Internet Domain Name Server. In this event, system 12 may receive two IP 

35 address translations in response. One from DNSS 230 and one from a remote public 
Domain Name Server. The received IP addresses may or may not be the same, 
consequently, a potential address conflict and race condition arises. In order to prevent 
such a race condition from causing a problem, system 12 is programmed to select the 
first IP address response received. The first response received is typically the response 

40 from local DNSS 230. Alternatively, system 12 may be conditioned differently, for 
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5 example, system 12 may be conditioned to give priority to responses from a particular 
source such as from the remote server. 

The intercepting Domain Name Server and the features of the process 
of Figure 3 provide a means for a User to easily and quickly allocate, add, or alter 
Internet domain names used in a private Internet, e.g., to accommodate the addition of 

10 devices to the private Internet. This enables a User to flexibly manage and change the 
configuration of elements and peripherals of a home (or other) intra-net system via a 
web page running on a standardized browser, for example. A User may 
advantageously manage Domain Name allocation on a private Internet without impact 
on the public Internet or the cumbersome and time consuming burden of having to 

15 register Domain Name allocations and changes with public Internet gateways and 
service providers (ISPs). In addition, a User requesting a web page generated within 
the private Internet need not know the complex IP address of this web page. Instead 
the User may access the web page by submitting a locally allocated private Internet 
Domain Name that is recognized by the Intercepting Domain Name Server as 

20 corresponding to the required web page. 

The intercepting Domain Name Server and the features of the process 
of Figure 3 also advantageously enable: (a) the IP addresses of the web pages 
generated by system 12 or of other information sources or devices on a private 
Internet to be dynamically assigned for security or other purposes; (b) the assignment 

25 of alias (or User customizable) Domain Names and IP addresses to an information 
source enabling system 12 (or a DNS server) to intercept and respond to DNS requests 
that are not directly addressed to it, for example; and (c) the overriding of a Domain 
Name with a locally allocated substitute name. Thereby, system 12 is able to 
communicate to a device on a LAN or subnet using a locally assigned private Internet 

30 domain name or BP address identifying the device as being on this particular LAN or 
subnet. The domain name or BP address may be assigned via a web page generated by 
unit 255 or may be assigned by the local or remote downloading of data to database 
250 (Figure 2) as previously mentioned. This eliminates the need for a User to have to 
adjust the IP address or netmask of a PC on the LAN in order to access the web page 

35 generated by unit 255 in system 1 2, for example. 

Figures 4 shows a flowchart of a method for inhibiting and unlocking 
Internet access using a cable modem. The User interface is presented on a PC attached 
to Ethernet port 72. The method is employed by controller 60 of Figure 1 (in 
conjunction with the other elements of system 12 of Figures 1 and 2) to enable secure 

40 locking of the modem to prevent unauthorized Internet access. This ensures that 
unauthorized users (e.g., children) will not have access to the network devices 
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5 unattended. It also provides assurance to a User that his/her PC cannot be accessed 
while the modem is locked. 

In step 405 of Figure 4, following the start at step 400, the 
communication bridging capability of cable modem 12 is enabled. As previously 
described, this bridging capability enables an Ethernet device, e.g. a PC connected to 

10 port 72 of system 12 of Figure l f to connect to an RF network for communication on 
cable line 10 as specified under DOCSCIS standards. The DOCSIS specifications 
provide that a modem shall consistently range (i.e. maintain bi-directional 
communication) with the Cable Modem Termination System (CMTS) while 
connected. Therefore, in order to remove Internet connectivity, the consumer either 

15 needs to physically disconnect the modem from the RF network, or needs to remove 
power to the modem. The method and system described in connection with Figure 4 
provides a locking mechanism, via either hardware (i.e., lock and key) or software 
(i.e., username and password) to disable the modem from its bridging capability. This 
shields the consumer's network devices connected to the modem from exterior traffic, 

20 and also prevents unauthorized users from accessing the Internet through the modem. 

The authorization of a User to initiate locking of the modem is 
verified in steps 410 and 415 of Figure 4. Specifically, a userid and password entered 
in step 410 is verified in step 415 using a menu exemplified in Figure 9. This menu 
and other menus used in the Figure 4 process are displayed on a PC attached to port 

25 72 (Figure 1). The entry of an incorrect password or userid results in steps 410 and 
415 being repeated for a specified number of attempts using the incorrect password 
processing menu of Figure 11 until controller 60 (Figure I) declares successful 

verification or failure. 

The password for the modem is changed using a change password 

30 menu as exemplified in Figure 10. This menu may be invoked via icons 505 and 605 
in the exemplary modem generated web pages of Figures 5 and 6 respectively. The 
password change menu of Figure 10 prompts the User for the original password and 
the new password twice (as confirmation of the new password). A typical password 
may be, for example, any combination of letters, numbers, and non-alphanumeric 

35 characters up to a maximum of 10 characters. The menu of Figure 10 or a similar 
menu may be used to initially set the password upon initialization of modem 12. 
Alternatively, a software mechanism, a MIB (Management Information Base 
comprising a software procedure allowing remote management) may also be used to 
allow the password to be reset by the head end, in the event of a lost password. A 

40 default password (e.g.. "letmeout"), detailed in the User's manual, may be used to 
invoke the procedure for allowing a head-end to reset the password. In such a system a 
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5 private MD3 enabled in the modem allows a management station, operated from the 
cable head -end, or the network operations center controlled by an Internet service 
provider, to reset the password back to the default, in the event that a password is lost 
or forgotten. For this purpose an SNMP manager at the head-end, or the Network 
Operations Center, commands the MIB to reset either the User's password or userid or 

10 both password and userid. In order to invoke this procedure, a User telephones the 
cable operator or Network Operations Center and provides the default password as 
authorization to request that the password in his modem be reset Alternatively* 
assuming that modem 12 is not in a locked mode and modem 12 allows bridging 
communication between an attached PC and the CATV head-end, then the default 

15 password may be communicated to the head-end via modem 12 to directly invoke the 
MIB based procedure to reset the password. 

Following successful verification in step 415, a User requests display 
of a web page in step 420. The requested web page acts as the User interface 
permitting the User to lock the modem and inhibit Internet access communication. A 

20 User initiates locking and unlocking of Internet access communication of the modem 
in step 425 via icons 500 and 700 of the web pages of Figures 5 and 7 respectively. 
Alternatively, a User initiates unlocking and locking of Internet access communication 
via check boxes 600 and 800 of the web pages of Figures 6 and 8 respectively. A User 
initiates locking of the modem in step 425 via icon 500 of the web page of Figure 5 or 

25 via a check box (e.g. as shown in icon 800 of the web page of Figure 8). In other 
embodiments the functions described may be activated and inactivated using User 
interface menus and web pages that differ from those depicted in Figures 5-12. 

The modem 12 Internet access communication is disabled in step 430 
and a web page is displayed indicating this disabled status in the manner exemplified 

30 by icons 500 and 800 of Figures 5 and 8 respectively. Modem 12 disables Internet 
access by advantageously inhibiting bridging communication of IP data between the 
CATV head-end and the LAN devices connected to ports 72 and 82. In the locked 
condition, any attempt to access the Internet that is originated by a web browser on a 
client device (e.g. PC 220 of Figure 2) is limited to access to content cached on the PC 

35 itself, or to a web page generated internally by modem 12. While the modem is 
locked, no traffic is passed from the customer's home network, or PC (and private 
Internet), to the RF side of the network to the head-end and the public Internet. The 
bridging function of the modem is disabled. 

In this locked condition, modem 12 maintains multi-layered protocol 

40 communication with the CATV head-end to support the DOCSIS standard ranging 
process and to support SNMP (simple network management protocol as defined in 
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5 RFC 1157) access to the database (unit 250 of figure 2) within modem 12. The 
ranging communication process is initiated by the CATV head-end and is described in 
the DOCSIS Radio Frequency Interface Specification. The ranging communication 
messages comprise periodic ranging maintenance messages that are conveyed on the 
MAC (Media Access Control) layer of the OSI (Open Systems Interconnection) 

10 network model. The database communication involves SNMP which involves User 
Datagram Protocol (UDP) operating on DP at the session layer of the OSI model. In the 
locked mode, modem 12 also maintains multi-layered protocol communication with a 
PC (e.g. PC 220 of Figure 2 attached to an Ethernet port) to provide a web page based 
User interface (as exemplified in Figures 5-8) allowing a User to unlock and re-lock 

15 the modem as required. 

Modem 12 disables Internet access by advantageously inhibiting 
bridging communication of IP data between the CATV head-end and attached LAN 
devices using a filter mechanism. In this embodiment, bi-directional communication 
of the IP layer data is inhibited. However, in other embodiments the filter mechanism 

20 may be employed to pass data between the CATV head-end and attached LAN 
devices in one or more particular protocol layers whilst inhibiting communication in 
other protocol layers. Further, the use of bi-directional filtering permits particular 
protocol layers to be passed in one direction, e.g. from head-end to a LAN device, 
whilst one or more different layers are passed from a LAN device to the head-end. 

25 Alternatively, all bridging communication may be inhibited. The filter may be 
implemented as a configurable filter and used to bi-directionally filter data between 
the CATV head-end and attached LAN devices based on one or more of, (a) content, 
(b) protocol type and (c) data source or destination. The content filtering may be 
implemented based on metadata or other content or content derived items for a variety 

30 of specific purposes including those previously described in connection with Figure 1 . 

The filter may be implemented in similar fashion to the DOCSIS Cable 
Device MIB as specified in RFC 2669 which defines the docsdevFilterlPDirection 
object and the docsDevFilterlpDaddr object or may be implemented using other filter 
mechanisms. A filter using primarily these two objects may be employed to restrict all 

35 traffic, or selected traffic, from a User's web browser (e.g. on PC 220 of Figure 2) to 
the head-end and further to the Internet. Upon initialization of the lock, the modem 
filters data traffic to restrict all inbound traffic from the browser (e.g. in PC 220) with 
a destination address matching the gateway IP address (corresponding to the IP 
address of the Cable Modem Termination System in the head-end). Alternatively, 

40 such - a filter, based on the docsdevFilterlPDirection object and the 
docsDevFilterlpProtocol (or based on another mechanism), may be configured to 



WO 01/30009 



PCT/US00728344 



15 

5 restrict any selected protocol or selected content being passed in either direction 
through the modem. This ensures that a User may block access to the Internet and also 
that access is blocked from the Internet (via the head-end) to the User's PC to enhance 
security. 

In another embodiment, in step 430 of Figure 4, modem 12 prevents 
10 unauthorized Internet access by inhibiting communication to the CATV head-end on 
the Ethernet communication protocol layer whilst concurrently maintaining 
communication to the CATV head-end on the MAC protocol layer. The MAC 
protocol layer conveys management information supporting ranging operation and 
other modem and network management functions. Further, modem 12 concurrently 
1 5 maintains multi-layered protocol communication with a PC (e.g. PC 220 of Figure 2 
attached to an Ethernet port of modem 12) to provide a web page based User interface 
(as exemplified in Figures 5-8) allowing a User to unlock and re-lock the modem as 
required. 

Continuing with the process of Figure 4 and following locking of the 

20 modem in step 430, any attempt by an unauthorized User, e.g., in step 445, to surf the 
web is blocked and results in termination of this branch of the process of Figure 4 in 
step 450. Alternatively, the modem may be unlocked by an authorized User in steps 
440, 455 and 460. In this case, a password prompt menu (e.g. the menu of Figure 9) is 
displayed in response to a User's attempt to unlock the modem in step 440. A User 

25 may attempt to unlock the modem by either activating unlock button 700 of the web 
page of Figure 7 or checking the "Web Access" checkbox 800 of Figure 8 for 
example. Upon validation of a correct password in step 460, following password entry 
in step 455, the modem is unlocked to support bridging communication in step 470 
and to provide the User with Internet access. This branch of the Figure 4 process 

30 terminates in step 475. Upon identification of an invalid password in step 460, the 
User is notified that the entered password is invalid in step 465 via a menu as 
exemplified by Figure II. Through this menu, the User in step 465 may retry 
password validation starting with step 440 or the User may cancel the attempt to 
unlock the modem. If the User cancels his unlocking attempt in step 465 the processed 

35 is returned to step 430 and a web page is displayed. 

In other embodiments, the authorization of a User to lock and unlock 
the modem to provide Internet access may be performed in other ways and need not 
involve the entry of a password or userid. An access card mechanism may be provided 
within modem 12 for use in validating authorization based on a digital signature, or 

40 other authorization or entitlement data, for example. Similarly, modem 12 may 
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5 respond to a different access device such as a physical or electronic key for 
determining User authorization. 

Figures 12 and 13 show web pages generated by the cable modem of 
Figure 1. These web pages advantageously enable a technician, for example, to 
determine and adjust specific internal modem configurations. The web pages support 

10 interactive functions comprising one or more of, (a) configuring modem 12, (b) 
requesting display of system parameters, (c) selecting a service billing option, and (d) 
assigning Internet addresses. The web page employs password protection access 
similar to that previously described in connection with preventing unauthorized 
Internet access. Consequently, even if an unauthorized User discovers the URL 

15 address of a particular web page, it is password protected. The web page also displays 
specific diagnostic information to a technician thereby eliminating the need for the 
technician to rely on LED indications and special diagnostic equipment to be able to 
access internal status (e.g. items 910-920 of Rgure 13) and set configurations. 
Further, the use of such a web page allows a technician to use a customer's PC to 

20 access and configure modem 12 (Figure 1) eliminating the expense involved in 
providing the technician with a PC or laptop, for example. A technician may set return 
channel power level (item 913 of Figure 12), for example. The information available 
on the web page includes specific information about the customer's network 
configuration. Specifically, it includes the number of PCs connected to the network, 

25 the Ethernet speed (100Mb or 10Mb) and the MAC address of modem 12 (items 900 
and 902 of Figure 13), for example. In similar fashion, the displayed web page may 
indicate other address information such as (a) the web page IP address, (b) a File 
Transfer Protocol (FTP) address, and (c) an Email address. The web page also 
provides other customer network information including the amount of traffic and 

30 details concerning collisions on the network. This advantageously eliminates the need 
for customized diagnostic equipment or software. 

Modem 12 also generates browser alert boxes for certain network 
events of which a User would like to be informed. Further, the browser allows special 
HTML information to be displayed during a retrieval of web page data. During this 

35 time period modem 12 sends information to a user . concerning certain events 
occurring on the network. These events include alerts about unauthorized access to the 
User's LAN network, LAN network traffic overflow, and data transfer amounts 
through modem 12. Modem 12 also allows a cable Internet service provider to limit 
data transfer by establishing quotas and the User is also able to see the amount of data 

40 transferred. The alert boxes also allows a User to view statistics for specific types of 
accesses including web page retrievals, DNS requests, FTP (File Transfer Protocol) 
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5 file transfers, email messages, etc. In other embodiments these events and associated 
information are not confined to being displayed in alert boxes on a browser but are 
also available on a web page generated by modem 12 in response to an on-demand 
User information retrieval request. The information items previously mentioned in 
connection with Figures 12 and 13 may be displayed in areas 905 and 907 of Figures 

10 12 and 1 3, for example, or may be presented in another display format. 

Further, the command line (item 91 1) in Figures 12 and 13 may be 
used for entry and allocation of a domain name or IP address to a peripheral (locally 
connected) device of modem 12. Command line 91 1 may also be used in associating 
an entered domain name with a corresponding IP address (and vice versa) involving 

15 the update of a database within modem 12. A peripheral device may comprise, (a) a 
device on an intra-net and (b) a device on a domestic home network, and (c) a device 
on a private Internet, Similarly, command line 91 1 provides a data entry line enabling 
User entry of data for configuration of a data traffic filter within modem 12. Such a 
traffic filter may be used for filtering data based on, (a) content rating for parental or 

20 other blocking control, (b) predetermined User preferences for targeting 
advertisements and "push-content" , (c) firewall filtering, (d) identity of source or 
destination; and (e) a data search function. Alternatively, the web pages of Figures 12 
and 13 may employ menus displayed in areas 905 and 907, for example, specifically 
supporting the entry, allocation and association of domain names and corresponding 

25 IP addresses. Similarly, specific menus presented in areas 905 and 907 may also be 
used for activating, inactivating and configuring data traffic filters. 

Modem 12 also acts as a browser proxy agent for web page surfing. 
This increases a browser's speed of surfing the web, especially if there is more than 
one browser active at the same time (i.e. more than 1 PC on a customer's LAN 

30 network). Modem 12 pre-fetches and forward caches web pages associated with the 
web page that a user is currently viewing. This increases Internet surfing speeds by 
eliminating the delay caused by a remote web site or the Internet infrastructure. In 
addition, by configuring the internal filters previously described in connection with 
Figure 4, modem 12 is used as a firewall excluding disruptive and objectionable 

35 traffic to protect a User's network system in a home or business from outside invasion 
and disruption. 

The architectures of the systems of Figure I and Figure 2 is not 
exclusive. Other architectures may be derived in accordance with the principles of the 
invention to accomplish the same objectives. Further, the functions of the elements of 
40 modem 12 of Figures 1 and 2 and the process steps of Figures 3 and 4 may be 
implemented in whole or in part within the programmed instructions of controller 60. 
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5 In addition, the principles of the invention apply to any multi-layered protocol bi- 
directional communication system and are not limited to DOCSIS compatible 
modems or to any other type of modem. 
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5 CLAIMS 

1. In a device for performing bi-directional communication on a first 
communication link via a first port using a first plurality of communication protocol 
layers and on a second link via a second port using a second plurality of 
10 communication protocol layers, a method for preventing Internet access characterized 
by the steps of: 

validating authorization of a User command; 

inhibiting Internet access communication by limiting bridging 
communication between said first port and said second port in response to said 
15 validated User command; and 

maintaining communication with a remote device on said first link via 
said first port using said first plurality of communication protocol layers during a 
period said bridging communication is inhibited. 

20 2. A method according to claim 1, characterized in that said inhibiting 

step includes the steps of 

filtering data being communicated from said first port to said second 

port using first filtering criteria, and 

filtering data being communicated from said second port to said first 
25 port using second filtering criteria different to said first filtering criteria. 

3. A method according to claim 1 , characterized in that said inhibiting 

step includes the step of 

filtering data being communicated between said first port and said 

30 second port. 

4. A method according to claim 3, characterized in that said inhibiting 

step includes the step of 

filtering data based on at least one of, (a) content rating for parental or 
35 other blocking control, (b) predetermined User preferences for targeting 
advertisements and "push^ontent", (c) firewall filtering, (d) identity of source or 
destination, and (e) a data search function. 
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5 5. A method according to claim 3, characterized in that said inhibiting 

step includes the step of 

filtering data based on at least one, (a) IP address and (b) protocol type, 
and (c) data identifier, and (d) source or destination identifier. 

10 6. A method according to claim 3, characterized in that said inhibiting 

step includes the step of 

configuring a filter for performing said filtering step. 

7. A method according to claim 1 , characterized by the step of 

15 unlocking said inhibited Internet access communication in response to 

a validated User command. 

8. A method according to claim 1, characterized in that said inhibiting 
step includes the step of 

20 blocking communication of all data between said first port and said 

second port. 

9. A method according to claim 1 , characterized in that 

said first plurality of communication protocol layers comprises 
25 DOCSIS compatible layers including at least two of, (a) a QAM layer, (b) an MPEG 
(Moving Pictures Expert Group) transport protocol layer, (c) a MAC (Media Access 
Control) layer, (d) an Ethernet layer and (e) an IP layer. 

10. A method according to claim I , characterized in that 

30 said bi-directional communication device is at least one of (a) a 

modem, (b) a phone, and (c) a processing device and 

said step of maintaining communication with a remote device supports 
at least one of, (i) password processing and (ii) polling of said bi-directional device 
from a remote source. 



35 



1 1 . A method according to claim 1, characterized in that 

said validating step comprises validating authorization of said User 

command using at least one of, (a) a password, (b) a userid, (c) a PIN, (d) a security 

code, (e) an access code, and (f) a physical key. 



40 
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5 12. In a device for performing bi-directional communication on a first 

communication link via a first port using a plurality of communication protocol 
layers, a method for preventing Internet access characterized by the steps of: 
validating authorization of a User command; 

inhibiting Internet access communication using a first communication 
10 protocol layer of said plurality of protocol layers in response to said validated User 
command; and 

maintaining communication with a remote device on a different second 
communication protocol layer of said plurality of protocol layers during a period said 
communication on said first protocol layer is inhibited. 

15 

1 3. A method according to claim 12, characterized in that 

said first plurality of communication protocol layers comprises 
DOCSIS compatible layers and said inhibiting step comprises, 

inhibiting communication on at least one of, (a) a physical layer, (b) an 
20 MPEG (Moving Pictures Expert Group) transport protocol layer, (c) a MAC (Media 
Access Control) layer, (d) an Ethernet layer and (e) an IP layer. 

14. A method according to claim 12, characterized by the step of 
unlocking said inhibited Internet access communication on a first 

25 communication protocol layer of said plurality of protocol layers in response to a 
validated User command. 

15. A method according to claim 12, characterized in that said 
inhibiting step comprises 

30 filtering data based on at least one of, (a) content rating for parental or 

other blocking control, (b) predetermined User preferences for targeting 
advertisements and "push-content", (c) firewall filtering, (d) identity of source or 
destination. and (e) a data search function. 

35 1 6. A method according to claim 1 2, characterized in that 

said bi-directional communication device is at least one of (a) a 
modem, (b) a phone, and (c) a processing device and 

. said step of maintaining communication with a remote device supports 
at least one of, (i) password processing and (ii) polling of said bi-directional device 
40 from a remote source. 
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17. A method according to claim 12, characterized in that 

said validating step comprises validating authorization of said User 
command using at least one of, (a) a password, (b) a userid, (c) a PIN, (d) a security 
code, (e) an access code, and(f) a physical key. 

10 

18. In a device for performing bi-directional communication on a first 
communication link via a first port using a first plurality of communication protocol 
layers and on a second link via a second port using a second plurality of 
communication protocol layers, a method for preventing Internet access characterized 

15 by the steps of : 

validating authorization of a User command; 

unlocking inhibited bridging communication between said first port 
and said second port in response to said validated User command; and 

maintaining communication with a remote device on said first link via 
20 said first port using said first plurality of communication protocol layers during a 
period said bridging communication is inhibited. 

19. A method according to claim 18, characterized by the step of 
unlocking said inhibited Internet access communication on a first 

25 communication protocol layer of a plurality of protocol layers in response to a 
validated User command. 

20. A method according to claim 18, characterized in that 

said communication is maintained to support at least one of, (i) 
30 password processing and (ii) polling of said bi-directional device from a remote 
source. 

21. A method according to claim 20, characterized in that 

said password processing comprises at least one of, (i) enabling 
35 password entry to remove said inhibit to allow Internet access on said first 
communication protocol layer and (ii) enabling password change by a remote source. 

22. A method according to claim 20, characterized in that 

said polling comprises interrogation of said bi-directional 
40 communication system by a remote source to determine a status of said bi-directional 
communication system. 
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